IN THE CLAIMS 

Claims 1, 3, 4, 9, 13, 14, 28, 32, 33, 34, 43-48, 53, 56, and 64 are amended herein. 
Claims 2, 9 and 10 are canceled. Claims 70 and 71 are added. All pending claims are reproduced 
below. 

1 1 . (Currently amended) A computer-implemented method for the intermediation of real 

2 time meetings, comprising: 

- 3 receiving an indication by a requester system that a requester wants to request a realtime 

4 meeting M-A with a target T-A ; 

5 sending to a target system of the target T-A a request to conduct a real time meeting; 

6 aft e r s e nding th e r e qu e st, s e nding by th e r e qu e ster syst e m an availability status of th e 

7 r e qu e ster; 

8 queuing the request for the meeting M-A by the requester system; and 

9 receiving an availability status of T-A; 

10 receiving an indication by the requester system that the requester wants to request a 

11 realtime meeting M-B with another target T-B, the meeting M-B to be disjoint in time with the 

12 meeting M-A; 

13 sending to a target system of the target T-B a request to conduct a real time meeting; 

14 queuing the request for the meeting M-B by the requester system, such that at least two 

15 distinct meetings, disjoint in time are placed in the queue; 

16 receiving an availability status of target T-B; 

17 connecting the requester and th e targ e t one of the targets when the requester and the 

1 8 target are mutually available ; and 

19 dequeuing the request for a meeting upon its completion . 
1 2. (canceled) 

1 3. (Currently amended) The method of claim 1, wherein a system of the target T-A is 

2 polled to determine the target's availability. 
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1 4. (Currently amended) The method of claim 1, wherein the system of the target T-A 

2 sends the target's availability status to the requester. 

1 5. (Original) The method of claim 1, wherein a system of the requester is polled to 

2 determine the requester's availability. 

1 6. (Original) The method of claim 1, wherein the system of the requester sends the 

2 requester's availability status to the target. 

1 7. (Original) The method of claim 1, wherein mutual availability is determined by 

2 checking the availability of the requester and the target. 

1 8. (Original) The method of claim 1, wherein a request is sent to a plurality of targets and 

2 mutual availability is determined when the requester and a quorum of the targets are available. 

1 9. (Currently amended) A computer-implemented method for the intermediation of 

2 realtime meetings, comprising: 

3 receiving, by a target system from a requester system, an indication that a requester R-A 

4 wants to request a realtime meeting M-A with a target; 

5 queuing the request for M-A by the target system; 

6 receiving, by the target, an availability status of the requester R-A ; 

7 receiving, by the target system from a requester system, an indication that a different 

8 requester R-B wants to request a realtime meeting M-B with the target, the meeting M-B to be 

9 disjoint in time with the other meeting M-A ; 

10 queuing the requests for M-A and M-B by the target system: 

1 1 receiving, by the target, an availability status of the requester R-B; and 

1 2 connecting the requester and th e target one of the targets who is available to the 

13 requester when the requester and the target are mutually available ; and 

14 dequeuing the request for a meeting upon its completion . 
1 10. (canceled) 

1 11. (canceled) 
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1 12. (original) The method of claim 9, wherein the system of the target sends the target's 

2 availability status to the requester. 

1 13. (Currently amended) The method of claim 9, wherein a system of the requester R-A 

2 is polled to determine the requester's availability. 

1 14. (Currently amended) The method of claim 9 5 wherein the system of the requester R- 

2 A sends the requester's availability status to the target. 

1 15. (original) The method of claim 9, wherein mutual availability is determined by 

2 checking the availability of the requester and the target. 

.1 16. (original) The method of claim 9, wherein a request is sent to a plurality of targets 

2 and mutual availability is determined when the requester and a quorum of the targets are 

"3 available. 

1 17-27. cancelled 

1 28. (Currently amended) A computer-implemented method for the intermediation of real 

2 time meetings, comprising: 

3 receiving an indication that a requester party wants to request a real time meeting M-A 

4 with on e or more a target parti e s party T-A ; 

5 receiving an indication that the requester party wants to request a real time meeting M-B 

6 with a target party T-B, the meeting M-B to be disjoint in time with the other meeting M-A; 

7 receiving information indicating the availability of the requester party and on e or more 

8 the target parties party T-A to participate in the real time meeting M-A , the information sent by 

9 the r e sp e ctive party requester party and the target party T-A and indicating a desire of a human 

10 being to take part in a meeting; 

11 receiving information indicating the availability of the requester party and the target party 

12 T-B to participate in the real time meeting M-B, the information sent by the requester party and 

13 the target party and indicating a desire of a human being to take part in a meeting; 

14 queuing the requests for meetings M-A and M-B by the requester system, such that at 

15 least two distinct meetings, disjoint in time are placed in the queue; 
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16 determining that the requester party and on e or mor e one of the target parties T-A and T- 

17 B are mutually available to participate in the real time meeting, in response to the received 

1 8 information; and 

19 responsive to the determination that the requester party and on e or mor e the target party 

20 T-A targ et partie s are mutually available to participate in the real time meeting M-A, initiating 

2 1 the real time meeting M-A; and 

22 responsive to the determination that the requester party and the target party T-B are 

23 mutually available to participate in the real time meeting M-B, initiating the real time meeting 

24 M-B. 



1 29. (original) The method of claim 28, wherein the initiating further comprises 

2 informing the requester party and one or more target parties that they should initiate 

3 communication. 

1 30. (original) The method of claim 28, wherein the initiating further comprises 

2 requesting the requester party and one or more target parties to open a connection. 

1 . 31 . (original) The method of claim 28, wherein the availability of the requester party 

2 and one or more target parties is determined by checking at least one of: start or end of a call; 

3 other use of phone; recent activity at computer input devices; conversation near microphone; 

4 lights turned on/off; weight in chair or on floor; a motion sensor; opening/closing of door; 

5 spoken commands; computer keyboard/mouse based commands; touchtone commands; and 

6 scheduled periods of availability. 

1 32. (Currently amended) A system for intermediation of real time meetings, 

2 comprising: 

3 a requester system for receiving a request from a requester party to initiate a real time 

4 meeting M-A with on e or more atarget party T-A parti e s associat e d with target syst e ms and for 

5 receiving a request from the requester party to initiate a real time meeting M-B with a target 

6 party T-B, the meetings M-A and M-B being disjoint in time ; 

7 a queue, such that requests for at least two distinct meetings M-A and M-B, disjoint in 

8 time, are placed in the queue: 

9 a first server system associated with the requester system, the first server system for 

10 determining availability of the requester party and sending the availability of the requester party; 
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11 a second server system associated with a target system, the second server system for 

12 determining availability of on e or mor e targ e t parti e s a target party T-A and sending the 

1 3 availability of at l e ast on e of th e targ e t parti e s the target party T-A ; 

14 a third server system associated with a target system, the third server system for 

15 determining availability of a target party T-B and sending the availability of the target party T-B; 

16 and 

17 a deciding agent in communication with the first server system, the second server system, 

1 8 th e r e qu e st e r syst e m, and th e targ e t system and the third server system, the deciding agent for 

1 9 recording the r e qu e st requests for the real time m ee ting, meetings M-A and M-B, for receiving 

20 an indication that each requester party and on e or mor e the first and second target parties are 

2 1 available for the respective real time m ee ting meetings M-A and M-B , for determining whether 

22 the requester party and one or more target parties are mutually available for the respective real 

23 time meetin g meetings M-A and M-B , and for initiating one or both of the real time meetings M^ 

24 A and M-B when all parti e s the requestor party and the respective target parties T-A and T-B are 

25 mutually available. 

1 33. (Currently amended) The system of claim 32, wherein each of the first server 

2 system and the second server system is further adapted to record the request for the real time 

3 meeting. 

1 34. (Currently amended) The system of claim 32, wherein each of the first server 

2 system and the second server system is further adapted to delete the request for the real time 

3 meeting. 

1 35. (original) The system of claim 32, wherein the deciding agent is further adapted 

2 to communicate to the first server system to cease sending an indication that the requester party 

3 is available for the real time meeting. 

1 36. (original) The system of claim 32, wherein the deciding agent is further adapted 

2 to communicate to the second server system to cease sending an indication that the target party is 

3 available for the real time meeting. 

1 37. (original) The system of claim 32, wherein the deciding agent is further adapted 

2 to poll the first server system to determine the availability of the requester party. 
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1 38. (original) The system of claim 32, wherein the deciding agent is further adapted 

2 to poll the second server system to determine the availability of the target party. 

1 39. (original) The system of claim 32, wherein the deciding agent is located at the 

2 target system. 

1 40. (original) The system of claim 32, wherein the requester system is further 

. 2 adapted to record the request to conduct the real time meeting. 

1 41. (original) The system of claim 32, wherein the target system is further adapted to 

2 reject a request to add one or more target parties to the real time meeting and to communicate the 

3 rejection to the deciding agent. 

1 42. (previously amended) The system of claim 32, wherein the deciding agent is 

2 further adapted to receive an indication that the requester party and one or more target parties are 

3 available by monitoring the activity of the requester party and one or more target parties. 

1 43. (Currently amended) The system of claim 32, wherein the real time meeting M-A 

2 is conducted using a telephone. 

1 44. (Currently amended) The system of claim 32, wherein the real time meeting M-A 

2 is conducted using Internet telephony. 

1 45. (Currently amended) The system of claim 32, wherein the real time meeting M-A 

2 is specified as a face-to-face meeting M-A. 

1 46. (Currently amended) The system of claim 32, wherein the real time meeting M-A 

2 is specified as a text chat. 

1 47. (Currently amended) The system of claim 32, wherein the real time meeting M-A 

2 is an online collaboration tool. 

1 48. (Currently amended) The system of claim 32, wherein the real time meeting M-A 

2 is a shared application. 
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1 49. (original) The system of claim 32, further comprising a plurality of requester 

2 parties and a plurality of target parties, and wherein the deciding agent initiates the real time 

3 meeting when a quorum of the requester parties and target parties is available. 

1 50-52. Canceled 

2 

1 53. (Currently amended) A computer program product stored on a computer readable 

2 medium for intermediation of real time meetings, the computer program product comprising: 

3 program code for receiving an indication that a requester party wants to request a real 

4 time meeting M-A with on e or mor e targ e t parties a target T-A ; 

5 program code for receiving an indication that the requester party wants to request a real 

6 time meeting M-B with a target T-B, the meetings M-A and M-B being disjoint in time; 

7 program code means for placing in a queue requests for the two distinct meetings M-A 

8 and M-B, disjoint in time; 

9 program code for receiving information indicating the availability of the requester party 

10 and on e or mor e target parti e s the target parties T-A and T-B to participate in the real time 

1 1 meetin gs M-A and M-B , the information sent by the respective party parties and indicating a 

12 desire of a human being to take part in a meeting; 

13 program code for determining that the requester party and one or more target parties T-A 

14 and T-B are mutually available to participate in the real time meetin gs M-A and M-B , in 

15 response to the received information; and 

1 6 program code for initiating th e r e al tim e m ee ting respective meetings M-A and M-B, 

1 7 responsive to the determination that the requester party and on e or mor e at least one of target 

1 8 parties T-A and T-B are mutually available to participate in the respective real time meetin gs M- 

19 A and M-B . 
20 

1 54. (Previously presented) The method of claim 1, further comprising displaying the 

2 availability status of the requester on the target system, along with an indication that the 

3 requester has requested a meeting. 

1 55. (Previously presented) The method of claim 54, wherein the availability status is one 

2 of in, out, and unknown. 
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1 56. (Currently amended) The method of claim 1, further comprising displaying an 

2 availability status of the target T-A on the requester system, along with an indication that the 

3 requestor has requested a meeting with the target. 

1 57. (Previously presented) The method of claim 56, wherein the availability status is one 

2 of in, out, and unknown. 

1 58. (Previously presented) A user interface displayed on a target system, comprising: 

2 a display showing an ID of a requesting user who has requested a meeting with 

3 the target; and 

4 a display showing an availability status of a requesting user, the availability status 

5 sent by the requesting user. 

1 59. (Previously presented) The user interface of claim 58, wherein the availability status 

2 is one of in, out, and unknown. 

1 60. (Withdrawn) The user interface of claim 58 showing an age of the request for a 

2 meeting. 

1 61. (Withdrawn) The user interface of claim 58 showing a priority of the request for a 

2 meeting. 

1 62. (Previously presented) The user interface of claim 58 showing a reason for the 

2 requested meeting. 

1 63. (Previously presented) The user interface of claim 58 showing additional information 

2 about the requesting user. 

1 64. (Currently amended) A user interface displayed on a system of an owning user, 

2 comprising: 

3 a display showing an ID of a requesting user who has requested a meeting with the 

4 owning user and an availability status of the requesting user, the availability status sent by the 

5 requesting user; and a 



9 



2 1 892/03950/DOCS/l 47387 1 . 1 



6 the display further showing an ID of a target user with whom the owning user has 

7 requested a meeting, and the availability status of the target user sent by the target user 

8 r e qu e sting us e r s e nt by th e r e qu e sting user . 

1 65. (Previously presented) The user interface of claim 64, wherein the availability 

2 statuses are one of in, out, and unknown. 

• 1 66. (Withdrawn) The user interface of claim 64, showing an age of the request for a 

2 meetings. 

1 67. (Withdrawn) The user interface of claim 64, showing a priority of the request for a 

2 meetings. 

1 68. (Previously presented) The user interface of claim 64, showing a reason for the 

.2 requested meetings. 

1 69. (Previously presented) The user interface of claim 64, showing additional 

2 information about the requesting user. 

1 70. (New) The user interface of claim 58, wherein the ID of the requesting user and the 

2 availability status of the requesting user are displayed in a single display box. 

1 71 . (New) The user interface of claim 64, wherein the ID of the requesting user and the 

2 availability status of the requesting user are displayed in a single display box. 
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